TITLE OF THE INVENTION 
JOB PROCESSING SYSTEM, NETWORK SYSTEM, CONTROL METHOD, 
AND STORAGE MEDIUM 



5 FIELD OF THE INVENTION 

The present invention relates to a job processing 
system, network system, control method of the systems, 
and storage medium. 



10 BACKGROUND OF THE INVENTION 

Recently, local area networks (LANs) connecting 

computers are widely used. Such local area networks 

can be constructed on a floor of a building or in an 

entire building, across buildings (in premises) , in a 
15 local area, or in a larger area. These networks are 

further connected to form a worldwide network, the 

so-called "Internet". 

Computer peripheral devices such as printers and 

facsimile apparatuses are often connected to LANs and 
20 the Internet in addition to computers. These computer 

peripheral devices can be used from computers via 

networks . 

Computer peripheral devices are generally fewer 
than computers or users using computers and shared by a 
25 plurality of computers or users. 

A document formed on a certain computer of a 
network is usually transferred to another person by one 



of the following two means: 

•A sender prints out the document and transfers 
or mails the printed product to another person. 

•A sender transfers an electronic file (document 
5 file) of the formed document to a recipient, or 

transfers a medium storing the electronic file to the 
recipient, and asks the recipient to output the 
document . 

Unfortunately, the former means is lacking 
10 instantaneousness, and sending the output result 
generally requires high cost. 

The latter means has the problem that the 
application used to form the document file must be 
installed in the destination apparatus. 
15 To solve the above problems, it is possible to 

transmit or output data to a printer or facsimile 
apparatus near the recipient and informs the recipient 
by telephone or the like. However, this means still 
has the following problems: 
20 -Since the computer peripheral device outputs the 

data regardless of the condition of the recipient, the 
output result may be seen by a person other than the 
recipient. This makes the means lacking in secrecy. 

•Likewise, since the computer peripheral device 
25 outputs the data regardless of the condition of the 
recipient, many output sheets build up on an output 
tray of the computer peripheral device. 



SUMMARY OF THE INVENTION 
The present invention has been made in 
consideration of the above situation, and has as its 
object to provide a job processing system, network 
system, control method of the systems, and storage 
medium which, when a first user on a network is to 
provide information to a second user, allow the second 
user to visually output the information even if an 
information processor used by the second user does not 
have a function of reading electronic data as a source 
of the information. 

To achieve the above object, a job processing 
system of the present invention has the following 
arrangement . 

A job processing system comprises a single 
network or different networks connected to be able to 
communicate with each other, first and second 
information processors, and an output device, wherein 
the first information processor comprises 
job issuing means for converting image 
information into print data processable by the output 
device, and transferring to the output device job data 
having attribute information attached which is used to 
start outputting the print data when the print data is 
given authentication from the second information 
processor, and 



notifying means for notifying the second 
information processor of execution designation 
information for the job data to be issued from the 
second information processor to the output device, 
5 the output device comprises 

storage means for storing received job data, and 

control means for outputting job data stored in 
the storage means when execution designation 
information for the job data is supplied, and 
10 the second information processor comprises 

job start designating means for designating 
actual issue of the execution designation information 
to the output device. 

Other features and advantages of the present 
15 invention will be apparent from the following 

description taken in conjunction with the accompanying 
drawings, in which like reference characters designate 
the same or similar parts throughout the figures 
thereof . 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a conceptual view showing job 
generation software and its peripheral operation 
environment according to the first embodiment; 
25 Fig. 2 is a view showing an example of a network 

configuration according to the embodiment; 

Fig. 3 is a block diagram of a personal computer 
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according to the first embodiment; 

Fig. 4 is a schematic view showing the operation 
relationship of the job generation software according 
to the first embodiment; 

Fig. 5 is a flow chart showing the flow of 
processing of a job issuing means according to the 
first embodiment; 

Fig. 6 is a flow chart showing the flow of 
processing of a "job issue notification" transmitting 
means according to the first embodiment; 

Fig. 7 is a flow chart showing the flow of 
processing of a "job issue notification" receiving 
means according to the first embodiment ; 

Fig. 8 is a flow chart showing the flow of 
processing of a job execution designating means 
according to the first embodiment; 

Fig. 9 is a flow chart showing the flow of 
processing of a "job issue notification" transmitting 
means according to the second embodiment; 

Fig. 10 is a flow chart showing the flow of 
processing of a "job issue notification" receiving 
means according to the second embodiment; 

Fig. 11 is a flow chart showing the flow of 
processing of a job execution designating means 
according to the second embodiment; 

Fig. 12 is a view showing operations used in job 
data and job execution designation command data 



according to the first and second embodiments; 

Fig. 13 is a view showing details of the data 
structure of each operation; 

Fig. 14 is a view showing details of the data 
5 structure of each operation; 

Fig. 15 is a view showing details of the data 
structure of each operation; 

Fig. 16 is a view showing details of the data 
structure of each operation; 
10 Fig. 17 is a view showing details of the data 

structure of each operation; 

Fig. 18 is a view showing job attributes used in 
job data and job execution designation command data; 

Fig. 19 is a view showing the transmission 
15 sequence of job data when a job is issued; 

Fig. 20 is a view showing the transmission 
sequence of command data when job execution is 
designated; 

Fig. 21 is a block diagram of a printer according 
20 to the first embodiment; 

Fig. 22 is a view showing an example of the 
contents of a job management table shown in Fig. 21; 

Fig. 23 is a conceptual view showing job 
generation software and its peripheral operation 
25 environment according to the third embodiment; 

Fig. 24 is a schematic view showing the operation 
relationship of the job generation software according 



to the third embodiment; ' 

Fig. 25 is a flow chart showing the flow of 
processing of a job issuing means according to the 
third embodiment; 
5 Fig. 26 is a flow chart showing the flow of 

processing of a "job issue notification" receiving 
means according to the third embodiment; 

Fig. 27 is a flow chart showing the flow of 
processing of a job execution designating means 
10 according to the third embodiment ; 

Fig. 28 is a flow chart showing the flow of 
processing of a job transfer means according to the 
third embodiment; 

Fig. 29 is a view showing operations used in job 
15 data and job execution designation command data 
according to the third embodiment; 

Fig. 30 is a view showing the structure of job 
correction command data added in the third embodiment ; 

Fig. 31 is a view showing job attributes used in 
20 job data and job execution designation command data 
according to the third embodiment; 

Fig. 32 is a view showing the transmission 
sequence of command data when a job attribute is 
corrected according to the third embodiment; and 
25 Fig. 33 is a flow chart showing the operation 

procedure of a printer according to the third 
embodiment . 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Preferred embodiments of the present invention 
will now be described in detail in accordance with the 
5 accompanying drawings . 
<First Embodiment> 

A network system used by the embodiments of the 
present invention will be described below. In the 
following description, a personal computer (which can 
10 be a workstation) will be referred to as a PC. 

Fig. 2 shows an example of the network system to 
which the embodiments are applied. 

Referring to Fig. 2, a printer 102 having an open 
architecture has a network board (NB) 101 for 
15 connecting to a network. This NB 101 is connected to a 
local area network (LAN) 100 via a LAN interface such 
as the 10 Base-2 Ethernet interface having a coaxial 
connector or the 10 Base-T having RJ-45. 

A plurality of personal computers (PCs) such as 
20 PCs 103 and 104 are also connected to the network 100. 
these PCs can communicate with the NB 101 under the 
control of the network operating system. Printers 
include those directly connected to the network, such 
as the printer 102, and those connected to PCs, such as 
25 a printer 105. 

Usually, a LAN such as the LAN 100 provides 
services to a somewhat local user group such as a user 



group on one floor or on a plurality of successive 
floors in one building. When a user is present in, 
e.g., another building or in another prefecture, i.e., 
as a certain user moves away from other users, a wide 
5 area network (WAN) can also be formed. A WAN is 
basically a set of several LANs connected by a 
high-speed digital line such as the integrated services 
digital network (ISDN) . 

As shown in Fig. 2, therefore, the LAN 100, a LAN 

10 110, and a LAN 120 form a WAN as they are connected via 
modem/transponders 130 and a backbone 140. These 
connections are simple electrical connections using a 
few buses. Each LAN includes dedicated PCs and usually 
includes a file server and print server, although they 

15 are not always necessary. 

Accordingly, as shown in Fig. 2, the LAN 110 
includes PCs 111 and 112, a file server 113, a network 
disk 114, a print server 115, and printers 116 and 117. 
In contrast, the LAN 120 includes only PCs 121 and 122. 

20 Devices connected to the LANs 100, 110, and 120 can 
access functions of other LAN devices via the WAN 
connections . 

An example in which a PC on the network generates 
a job with respect to another device on the network in 
25 the above network environment will be explained below. 
More specifically, the PC 111 on the network 110 prints 
out data for a certain user on the network 100 by using 



the printer 101 on the network 100. 

Fig. 3 is a block diagram showing the 
configuration of a PC capable of running job generation 
software. Although all PCs have the same configuration, 
5 Fig. 3 shows the PC 111 for the sake of convenience. 

This PC 111 includes a CPU 501 for executing job 
generation software stored in a ROM 502 or in a hard 
disk (HD) 511 or supplied from a floppy disk drive (FD) 
512, and systematically controls devices connected to a 
10 system bus 504. A RAM 503 functions as a main memory, 
work area, and the like of the CPU 501. 

A keyboard controller (KBC) 505 controls 
designation inputs from a keyboard (KB) 509 and, e.g., 
a pointing device (not shown) . A CRT controller (CRTC) 
15 506 controls a CRT display (CRT) 510. A disk 

controller (DKC) 507 controls accesses to the hard disk 
(HD) 511 and the floppy disk controller (FD) 512 
storing a boot program, various applications, edit 
files, user files, a network management program, and 
20 the like. A network interface card (NIC) 508 

bidirect ionally exchanges data with an agent or a 
network device via the LAN 100. 

As described previously, not only the PC 111 but 
also the other PCs have the above configuration. 
25 <<Conf iguration of Job Generation Software>> 

The configuration of job generation software in 
this embodiment will be described below. 



A job generator of this embodiment is implemented 
on a PC, as shown in Fig. 3, capable of executing job 
generation software. The hard disk (HD) 511 stores a 
program of job generation software according to the 
5 present application, which is a main part of operations 
in all explanations given below. In all explanations 
given below, main hardware of execution is the CPU 501 
unless otherwise specified. Also, main software of 
control is the job generation software stored in the 

10 hard disk (HD) 511. 

The job generation software according to the 
present application can also be supplied as it is 
stored in a storage medium such as a floppy disk or 
CD-ROM. When this is the case, the program is read out 

15 from the floppy disk controller (FD) 512 shown in 
Fig. 3 or from a CD-ROM driver (not shown) and 
installed in the hard disk (HD) 511. 

Fig. 1 is a conceptual view showing the PC 111 
with the above arrangement as the job generation 

20 software and its peripheral functional portions. Note 
that the other PCs have the same configuration. 

In Fig. 1, reference numeral 2 denotes the job 
generation software for designating job data issue and 
job data output. This job generation software 2 is 

25 stored in the hard disk 511 shown in Fig. 3 and 

executed by the CPU 501. The RAM 503 is used as a job 
authentication memory 14 and a job execution 



information memory 15 in the job generation software 2. 
This RAM 503 is also used as a work area by which the 
CPU 501 executes the job generation software. 

An input unit 3 for transmitting user inputs to 
5 the job generation software is implemented by the 
keyboard controller 505 shown in Fig. 3. A network 
controller 4 controls a network protocol and a network 
board when the job generation software communicates 
with the network. This network controller 4 is 
10 implemented by the CPU 501 and the NIC 508. 

In the above arrangement of this embodiment, 
software related to a job is activated on the PCs 111 
and 103 7 and the PC 111 performs the job, i.e., 
printing (output) , by using the printer 102 on the 
15 network to which the PC 103 is connected. This 

operation procedure will be described in detail below. 

As a precondition before execution of the 
following processing, assume that the printer 102 has a 
job output function corresponding to this job 
20 generation software (details will be explained later) . 
First, an outline of the operation of this 
embodiment will be described with reference to Figs. 1 
and 4. As shown in Fig. 1, this job generation 
software is composed of: 
25 -A job issuing means 10 

•A "job issue notification" transmitting means 11 
•A "job issue notification" receiving means 12 
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•A job execution designating means 13 
•The job authentication information memory 14 
•The job execution information memory 15 
In this embodiment, as shown in Fig. 4, the PC 
5 111 executes the job issuing means (10) and the "job 
issue notification" transmitting means (11) in this 
order, and the PC 103 executes the "job issue 
notification" receiving means (12) and the job 
execution designating means (13) in this order. At the 
10 PC 111, a user A as a job issuer issues a job to a user 
B. At the PC 103, the user B as a job recipient 
designates execution of printing of the job. 

The details of each means will be explained below. 
A flow chart in Fig. 5 shows the procedure in the 
15 job issuing means. 

This job issuing means is easy to understand by 
assuming that it is incorporated into, e.g., a printer 
driver. That is, when printing is designated on an 
application, this triggers the operation. 
20 First, in step S101, job issue designation (on an 

application currently being used) by user A = job 
issuer is input from the KBC 505. In the following 
description, any input from the user A is executed from 
the KBC 505. 

25 In step S102, the user A enters information for 

identifying a device (in this case, the printer 102) as 
a transmission destination (printing destination) of 



the job data, and this printing destination device 
identification information is recorded in the job 
authentication information memory 14. As the printing 
destination device identification information, the IP 
5 address of the printing destination device or the name 
(if DNS is available) of the device on the network is 
used. 

In step S103, the user A designates the recipient 
of the job and enters job recipient identification 

10 information, and this job recipient identification 
information is recorded in the job authentication 
information memory 14. To designate the job recipient, 
e-mail address book information or a list of network 
login names registered in, e.g., the server or the user 

15 group is used. As the job recipient identification 

information, an e-mail address or a login name is used. 
Note that a plurality of job recipients can be 
designated. 

In step S104, the user A enters an arbitrary 
20 password for executing the job, and this password is 
recorded in the job authentication information memory 
14. In step S105, a job ID for identifying the job 
currently being issued is generated and recorded in the 
job authentication information memory 14. 
25 In step S106, job data (including print data 

converted into a printer language interpretable by the 
printer 102) is issued on the basis of a data main body 



to be printed, the above various pieces of information 
recorded in the job authentication information memory 
14, and other job attributes (e.g., job issuer 
identification information and the job generation date 
5 and time) . In step S107, this job data is transmitted 
to the printing destination device. The transmitted 
job data is stored in the printer 102 (the data 
structure of the job data issued in step S106 is shown 
in Figs. 12 to 18, and the transmission sequence 

10 executed in step S107 is shown in Fig. 19) . 

The "job issue notification" transmitting means 
will be described below with reference to a flow chart 
in Fig. 6. This means is a procedure of transmitting a 
"job issue notification" for notifying the PC 103, from 

15 the PC 111, that the job is issued by the job issuing 
means . 

First, in step S201, the printing destination 
device identification information, job ID, job 
recipient identification information, and password are 
20 acquired from the job authentication information memory 
14. 

In step S202, the number of job recipients is 
substituted into a variable N. If N ^ 0 in step S203, 
step S204 is executed. If N = 0 in step S203, this 
25 means is terminated. 

In step S204, the printing destination device 
identification information, job ID, and password are 



transmitted as a "job issue notification" across the 
network to the job recipient. A practical method of 
transmitting the "job issue notification" across the 
network is accomplished by using e-mail or messaging 
5 service of the server or the user group. 

In step S205, the variable N is decremented by 
one, and the flow returns to step S203. 

The "job issue notification" receiving means (of 
the PC 103 for the sake of easy understanding) will be 
10 described below with reference to a flow chart in 
Fig. 7. 

In step S301, information indicating that the 
"job issue notification" is received is displayed to 
the user B. 

15 In step S302, the printing destination device 

identification information, job ID, and password are 
acquired from the received "job issue notification". 

In step S303, these pieces of acquired 
information are recorded in the job execution 
20 information memory 15. 

The job execution designating means (of the PC 
103) will be described below with reference to a flow 
chart in Fig. 8. 

In step S401, the printing destination device 
25 identification information, job ID, and password are 

acquired from the job execution information memory 15. 
In step S402, job execution designation command 



data is generated on the basis of these pieces of 
acquired information and identification information of 
job recipient = user B. 

In step S403, this job execution designation 
5 command data is transmitted to the printing destination 
device (printer 102) . The data structure of the job 
execution designation command data is shown in Figs. 12, 
17, and 18, and the transmission sequence of this data 
is shown in Fig. 20. 

10 The printer 102 has, e.g., an arrangement as 

shown in Fig. 21. 

Referring to Fig. 21, a CPU 200 controls the 
overall apparatus. A ROM 201 stores font data in 
addition to the program as the printing procedure and 

15 the job management program according to the embodiment. 
A RAM 202 is used as a work area of the CPU 200 and has 
a job management table 202a as shown in Fig. 21. A 
hard disk 203 stores print data as files. Reference 
numeral 101 denotes the NB explained earlier. An 

20 operation panel 204 has switches for setting various 

conditions and a display operation panel for displaying 
messages and the like. An image memory 205 bitmaps an 
image when printing is performed. Reference numeral 
206 denotes a printer engine interface; and 207, a 

25 printer engine. 

Fig. 22 is a view showing the contents of the job 
management table. In this job management table as 



shown in Fig. 22, one row corresponds to one job, and 
each row is composed of the job ID, the reception time, 
the issuer (the user A in the above embodiment) , the 
password set by the user A, the recipient (a plurality 
5 of recipients are permitted) , and the print data file 
name stored as a file in the HD 203. 

In this printer 102, a plurality of recipients 
can be set for one job. The column of recipient, 
therefore, stores information specifying a plurality of 

10 recipients and has a flag which indicates, when 

printing designation is received from each recipient, 
whether printing is completed for that recipient. 
Referring to Fig. 22, three recipients AAA, BBB, and 
CCC exist, and "0" is set to indicate the state in 

15 which no printing designation is sent from any 

recipient. If printing designation is sent from the 
user AAA, for example, a flag for this user AAA is set 
to "1" when the printing is completed. When flags for 
all the users are set to "1", the corresponding job is 

20 erased from the job management table 202a, and the file 
(print data) stored in the HD 203 is deleted. 

In the above arrangement, when receiving a print 
job from the network, the printer 102 adds the job to 
the job management table 202a on the basis of 

25 information contained in the job, and stores print data 
as the entity into the hard disk 203 as a file. 

When job execution designation (which can be 
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discriminated by checking the header) is supplied from 
the network, an authentication process is performed to 
check whether the job ID, password, and request source 
information contained in the designation are present in 
5 the stored management table. A job passing this 
authentication process is printed. 

In this embodiment with the above arrangement, 
when the user A is to transfer a document across the 
network to the user B, data in a format to be output 

10 from a printer is directly transmitted to the printer, 
and the user B simply operates the printer to print out 
the data. Accordingly, the application used by the 
user A need not be installed on the PC used by the user 
B as the recipient. Also, since documents are 

15 transmitted not as printed papers but in the form of 
electronic data, they can be exchanged at low cost. 
<Second Embodiment> 

In the above first embodiment, pieces of 
information such as a job ID and password necessary for 

20 job authentication and job execution designation are 
transmitted as a "job issue notification" from job 
issuer = PC 111 to job recipient = PC 103, and the job 
recipient generates job execution designation command 
data . 

25 In this second embodiment, job issuer = PC 111 

generates job execution designation command data. That 
is, a job recipient does not perform a job execution 



designation command generating process but simply 
outputs a job execution designation command transmitted 
from an issuer to a printer. 

The configuration of job generation software 
5 according to the execution environment is the same as 
the first embodiment. 

The details of each means in this embodiment will 
be described below. 

A job issuing means is the same as the first 
10 embodiment (see the flow chart in Fig. 5 and the first 
embodiment) . First, therefore, a "job issue 
notification" transmitting means will be explained with 
reference to a flow chart in Fig. 9. 

In step S501, printing destination device 
15 identification information, a job ID, job recipient 

identification information, and a password are acquired 
from a job authentication information memory 14. 

In step S502, the number of job recipients is 
substituted into a variable N. If N ^ 0 in step S503, 
20 step S504 is executed. If N = 0 in step S503, this 
means is terminated. In step S504, job execution 
designation command data is generated for a job 
recipient on the basis of the printing destination 
device identification information, job ID, and password 
25 (details of the data structure of this job execution 

designation command data are shown in Figs. 12, 17, and 
18) . 
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In step S505, the job execution designation 
command data is transmitted as a "job issue 
notification" across the network. A practical method 
of transmitting the "job issue notification" across the 
5 network is accomplished by using e-mail or messaging 
service of the server or the user group. 

In step S506, the variable N is decremented by 
one, and the flow returns to step S503. 

A "job issue notification" receiving means will 
10 be described below with reference to a flow chart in 
Fig. 10. 

In step S601, information indicating that the 
"job issue notification" is received is displayed to a 
user B. In step S602, the job execution designation 

15 command data is acquired from the received "job issue 
notification". In step S603, the acquired job 
execution designation command data is recorded in a job 
execution information memory 15. 

A job execution designating means will be 

20 described below with reference to a flow chart in 
Fig. 11. 

In step S701, the job execution designation 
command data is acquired from the job execution 
information memory 15. In step S702, this job 
25 execution designation command data is transmitted to 
the printing destination device. The transmission 
sequence of the job execution designation command data 
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is as shown in Fig. 20. 

In the second embodiment as described above, the 
same effects as in the first embodiment are achieved, 
and the processing on the receiving side is simplified. 
5 <Third Embodiment> 

In the above first and second embodiments, data 
is finally printed out when a recipient designates the 
printing. That is, once an issuer has issued a print 
job, a recipient alone can manage the job without 
10 allowing any intervention by the issuer. Also, jobs 
sometimes build up in a printer. 

This third embodiment solves these problems. 
For the sake of descriptive simplicity, assume 
that a network configuration is the same as Fig. 2, a 
15 job issuer is a PC 111, a recipient is a PC 103, and a 
printer for actually print data is a printer 102. 
«Conf iguration of Job Generation Software» 

The configuration of job generation software in 
this third embodiment will be described below. 
20 Fig. 23 is a conceptual view according to the 

third embodiment, which shows the PC 111 as the job 
generation software and its peripheral functional 
portions. A difference from the first embodiment 
(Fig. 1) is that a "job issue notification" transfer 
25 means is added. That is, the software installed in the 
PC 111 is composed of: 

■A job issuing means 10 



•A "job issue notification" transmitting means 11 
•A "job issue notification" receiving means 12 
•A job execution designating means 13 
•A job authentication information memory 14 
5 -A job execution information memory 15 

•The "job issue notification" transfer means 16 
In this third embodiment, as shown in Fig. 4, the 
PC 111 executes the job issuing means 10 and the "job 
issue notification" transmitting means 11 in this order, 
10 and the PC 103 executes the "job issue notification" 
receiving means 12 and, in accordance with user's 
discretion, executes the job execution designating 
means 13 or the "job issue notification" transfer means 
16. At the PC 111, a user A as a job issuer issues a 
15 job to a user B. At the PC 103, the user B as a job 
recipient designates execution of printing of the job 
or transfer of a "job issue notification". 

The details of the contents of the processing of 
each means will be explained below. 
20 A flow chart in Fig. 25 shows the procedure in 

the job issuing means. 

First, in step S1101, job issue designation (on 
an application currently being used) by user A = job 
issuer is input from a KBC 505. In the following 
25 description, any input from the user A is executed from 
the KBC 505. 

In step S1102, the user A enters information for 



identifying a device (in this case, the printer 102) as 
a transmission destination (printing destination) of 
the job data, and this printing destination device 
identification information is recorded in the job 
5 authentication information memory 14. As the printing 
destination device identification information, the IP 
address of the printing destination device or the name 
(if DNS is available) of the device on the network is 
used. 

10 In step S1103, the user A designates the 

recipient of the job and enters job recipient 
identification information, and this job recipient 
identification information is recorded in the job 
authentication information memory 14. To designate the 

15 job recipient, e-mail address book information or a 
list of network login names registered in, e.g., the 
server or the user group is used. As the job recipient 
identification information, an e-mail address or a 
login name is used. Note that a plurality of job 

20 recipients can be designated. 

In step S1104, the number of executable times of 
the job is calculated on the basis of the input number 
of job recipients, and recorded in the job 
authentication information memory 14. In step S1105, 

25 the user A enters the validity period of the job, and 
this job validity period is recorded in the job 
authentication information memory 14. In step S1106, 



the user A enters an arbitrary password for executing 
the job, and this password is recorded in the job 
authentication information memory 14. 

In step S1107, a job ID for identifying the job 
5 currently being issued is generated and recorded in the 
job authentication information memory 14. 

In step S1108, job data is issued on the basis of 
a data main body to be printed, the above diverse 
pieces of information recorded in the job 

10 authentication information memory 14, and other job 

attributes (e.g., job issuer identification information 
and the job generation date and time) . In step S1109, 
this job data is transmitted to the printing 
destination device (printer 102) . The data structure 

15 of the job data issued in step S1108 is as shown in 
Figs. 13 to 17, 29, and 30, and the transmission 
sequence executed in step S1109 is as shown in Fig. 19. 

The transmitted job data is stored in the printer 
102. This job data is eliminated (erased) from the 

20 printer 102 when the input job validity period expires 
or when the number of executable times of the job 
becomes 0. 

The "job issue notification" transmitting means 
of this third embodiment is the same as the first 
25 embodiment, so the details of this means are described 
in the first embodiment. 

The "job issue notification" receiving means 



(processing in the PC 103) will be described below with 
reference to a flow chart in Fig. 26. 

In step S1301, information indicating that the 
"job issue notification" is received is displayed to 
5 the user B. In step S1302, the printing destination 

device identification information, job ID, job validity 
period, and password are acquired from the received 
"job issue notification". 

In step S1303, these pieces of acquired 

10 information are recorded in the job execution 
information memory 15. 

The job execution designating means (of the PC 
103) will be described below with reference to a flow 
chart in Fig. 27. 

15 In step S1401, the printing destination device 

identification information, job ID, and password are 
acquired from the job execution information memory 15. 
In step S1402, job execution designation command data 
is generated on the basis of these pieces of acquired 

20 information and identification information of job 

recipient = user B. In step S1403, this job execution 
designation command data is transmitted to the printing 
destination device. In step S1404, job attribute 
correction command data is generated to reduce the 

25 number of executable times of the job by one. Finally, 
in step S1405, this job attribute correction command 
data is transmitted to the printing destination device. 



The data structures of the job execution 
designation command data and the job attribute 
correction command data are as shown in Figs. 13 to 17, 
29, and 30. The transmission sequences of these data 
5 are as shown in Figs. 20 and 32. 

The "job issue notification" transfer means will 
be described below with reference to a flow chart in 
Fig. 28. This means is a procedure of transferring a 
"job issue notification" to another user C, when the 
10 "job issue notification" is received by the "job issue 
notification" receiving means. 

First, in step S1501, the printing destination 
identification information, job ID, job validity period, 
and password are acquired from the job execution 
15 information memory 15. In step S1502, the user B 
enters a j ob transfer destination. 

In step S1503, job attribute correction command 
data for changing the job recipient of the job is 
generated . 

20 In step S1504, the job attribute correction 

command data is transmitted to the printing destination 
device . 

In step S1505, the printing destination device 
identification information, job ID, and password are 
25 transmitted as a "job issue notification" across the 
network to the job transfer destination. A practical 
method of transmitting the "job issue notification" 



across the network is accomplished by using e-mail or 
messaging service of the server or the user group. 

It should be understood from the above processing 
that only a person who has received a job issue 
5 notification can transfer the job issue notification. 
The data structure of the job attribute 
correction command data is as shown in Figs. 29, 30, 
and 31, and the transmission sequence of the data is as 
shown in Fig. 32. 

10 The printer 102 includes a counting mechanism 

having an internal timer, in addition to the 
arrangement shown in Fig. 21. Also, a column of a job 
validity period and a column of a counter variable for 
counting the number of job execution times are added to 

15 a job management table 202a. 

The current date and time are obtained from the 
timer and compared with the validity period of each job. 
A job whose validity period has expired is erased from 
the memory. When a job execution command is received, 

20 a job matching data contained in the command is loaded 
and executed (printing based on the corresponding print 
data is performed) . 

When a job attribute correction command is 
received, a corresponding record in the table, which 

25 corresponds to a portion to be corrected contained in 
the command is corrected. For example, if a command 
indicating decrement of the number of job execution 



times is received, a counter variable of the 
corresponding job is decremented by "1", and the job is 
deleted when the variable becomes "0". Also, if a 
command indicating a change of job recipients is 
5 received, a recipient chosen to be removed is erased 
from the record of recipients in the job management 
table, and a new recipient chosen to be added is 
registered . 

A practical processing example is as shown in 

10 Fig. 33. 

First, in step S2001, whether information is 
received from the network is checked. If NO in step 
S2001, the flow advances to step S2002, and the time of 
the timer is compared with the validity period of each 

15 job registered in the management table 202a to check 
whether there is a job whose validity period has 
expired. If these is a job whose validity period has 
expired, the flow advances to step S2003 to delete the 
job from the management table 202a and delete the print 

20 data file from an HD 203. 

If it is determined in step S2001 that certain 
information is received, the flow advances to step 
S2004 to check whether the information is job issue 
data. If YES in step S2004, the flow advances to step 

25 S2005 to receive the job and store its print data as a 
file into the HD 203. In step S2006, the job is 
registered in the job management table 202a. 



If it is determined in step S2004 that the 
information is not job issue data, the flow advances to 
step S2007 to check whether the information is a job 
execution command. If the information is found to be a 
5 job execution command, authentication is performed by 
checking whether the column of a recipient of a job 
indicated by a job ID designated by the job execution 
command contains the transmission source (in the above 
embodiment, the PC 103) of that command, and whether 
10 the passwords match. If this authentication is 

successful, in step S2009 the job is registered in a 
print queue. 

Although the explanation lacks sequence, assume 
that in the printer 102 of this embodiment, a 

15 processing program which, when jobs are registered in 
the print queue, performs printing for these jobs in 
the order of registration is separately running. 

If it is determined that the information is not a 
job execution command, the flow advances from step 

20 S2007 to step S2010 to check whether the information is 
a job correction command. As described previously, a 
job correction command contains processing such as 
decrement of the counter and correction of the 
recipient. If it is determined that the information is 

25 not a correction command, the flow advances to step 
S2011 to perform corresponding processing. If the 
information is found to be a correction command, the 



flow advances to step S2012 to check whether the user 
who has issued the correction command has the right to 
correct the job to be corrected, in the same manner as 
in step S2008. The flow then advances to step S2014 to 
5 check the job management table 2 02a for a job whose 

counter is "0". If there is a job, this job is erased 
in step S2015. 

In this third embodiment as described above, a 
job issuer can set the validity period of a job, in 
10 addition to the effects of the first embodiment 

described earlier. Therefore, jobs do not unlimitedly 
build up in a printer. This can effectively hold 
secrecy . 

Also, a recipient can give a third party the 
15 right to generate a job execution command. 

The printer 102 explained in the first to third 
embodiments described above contains a processing 
program for implementing the above processing. However, 
the printer 105 shown in Fig. 2 can be a general 
20 printer, the PC 104 to which this printer 105 is 
connected can function as a print server, and the 
program of this print server can perform the same 
processing as the printer 102. 

Also, printers are used output devices in the 
25 above first to third embodiments. However, these 
output devices can of course be printer units of 
facsimile apparatuses or printer units of copying 
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machines connected to a network. 

Furthermore, each of the above embodiments can be 
implemented by software incorporated into a 
general-purpose information processor such as a 
5 personal computer, although hardware such as a network 
and a card or board to be connected to the network are 
necessary. 

Accordingly, the present invention can also be 
achieved by supplying a storage medium {or recording 

10 medium) recording program codes of software for 

implementing the functions of the above embodiments to 
a system or an apparatus, and reading out and executing 
the program codes stored in the storage medium by a 
computer (or a CPU or MPU) of the system or apparatus. 

15 In this case, the program codes read out from the 

storage medium implement the functions of the present 
invention, and the storage medium storing these program 
codes constitutes the invention. Also, besides the 
functions of the above embodiments are implemented by 

20 executing the readout program codes by the computer, 
the present invention includes a case where an OS 
(Operating System) or the like running on the computer 
performs a part or the whole of actual processing in 
accordance with designations by the program codes and 

25 thereby implements the functions of the above 
embodiments . 

Furthermore, the present invention also includes 
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a case where, after the program codes read out from the 
storage medium are written in a memory of a function 
extension board inserted into the computer or of a 
function extension unit connected to the computer, a 
5 CPU or the like of the function extension board or 

function extension unit performs a part or the whole of 
actual processing in accordance with designations by 
the program codes and thereby implements the functions 
of the above embodiments. 

10 In this embodiment as described above, job data 

is issued by adding job attributes (particularly 
identification information of a "job recipient" and a 
password) necessary to permit execution of a job to the 
job data, and this job data is transmitted to a device 

15 such as a printer. The job attributes necessary to 

permit execution of the job are transferred as a "job 
issue notification" from a "job issuer" to the "job 
recipient". The "job recipient" designates execution 
of the job by transmitting to the device job execution 

20 designation command data to which the job attributes 
necessary to permit execution of the job are added. 
This allows the "job recipient" alone to obtain an 
execution result (e.g., a printout result) at any 
arbitrary timing. Accordingly, it is possible to 

25 provide a system capable of efficiently transferring a 
target output result only to a "job recipient". 

Also, job data is issued by adding to the job 
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data "job attributes (particularly identification 
information of a "job recipient" and a password) 
necessary to permit execution of a job" and "job 
attributes (e.g., the validity period of the job) for 
5 managing the life time of the job", and this job data 
is transmitted to a device such as a printer. The "job 
attributes necessary to permit execution of the job" 
and the "job attributes for managing the life time of 
the job" are transferred as a "job issue notification" 

10 from a "job issuer" to the "job recipient". The "job 
recipient" designates execution of the job by 
transmitting to the device job execution designation 
command data to which the "job attributes necessary to 
permit execution of the job" are added. This allows 

15 the "job recipient" alone to obtain an execution result 
(e.g., a printout result) at any arbitrary timing. In 
addition, the intention of the job issuer can be 
reflected on the life time of the issued job. 
Accordingly, it is possible to provide a system which 

20 has a high degree of secrecy and in which the life time 
of a job in the device is clear. 

Furthermore, since a "job recipient" transfers a 
"job issue notification" to a third party, the 
portability of an issued job can be further improved. 

25 This improves the transmission efficiency of a job 
between two or three parties. 

In the present invention as has been described 
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above, when a first user on a network is to provide 
information to a second user, the second user can 
visually output the information even if an information 
processor used by the second user does not have a 
5 function of reading electronic data as a source of the 
information. 

As many apparently widely different embodiments of 
the present invention can be made without departing 
from the sprit and scope thereof, it is to be 
10 understood that the invention is not limited to the 
specific embodiments thereof except as defined in the 
appended claims. 
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